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DETAILED ACTION 

Continued Examination Under 37 CFR 1.114 

1 . A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 
10/10/2008 has been entered. 

Claim Objections 

2. Claim 21 objected to because of the following informalities: the subject matter of 
claim 21 is already present in independent claim 20. Appropriate correction is required. 

Claim Rejections - 35 USC § 101 

3. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

Claims 20-36 are rejected under 35 U.S.C. 101 as being directed to non-statutory 
subject matter. The language of the claims raises a question as to whether the claims 
are directed merely to an environment or machine which would result in a practical 
application producing a concrete useful, and tangible result to form the basis of statutory 
subject matter under 35 U.S.C. 101. 
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Claims 20-36 are rejected because the method claims do not qualify as a 
statutory process. These claims are not statutory because a process must be tied to 
another statutory class. Thus to qualify as a statutory process, the claims should 
positively recite the other statutory class to which it is tied, for example by identifying the 
apparatus that accomplished the method steps. 

To expedite a complete examination of the instant application the claims rejected 
under U.S.C. 101 (nonstatutory) above are further rejected as set forth below in 
anticipation of application amending these claims to place them within the four 
categories of invention. 

Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
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consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

Claims 20-33 are rejected under 35 U.S.C 103(a) as being unpatentable over 
Guruprasad Bhat. (Bhat hereinafter) (US PGPub No. 2003/0055808) in view of Weber 
et al. (Weber hereinafter) (U.S. PGPub No. 2002/0184360) further in view of Hiltgen et 
al. (Hiltgen hereinafter) (U.S. PG Pub No. 2004/0073532). 

With respect to claim 20, Bhat teaches a method for responding to an inquiry, 
comprising the following operations: 

"receiving the inquiry from a CIM Client application" as log requests may be 
provided to the logging service by components of the computing system. The logging 
service may access the property file to determine which storage device incorporated by 
the computing system is activated as a primary log storage device (Bhat Paragraph 
0021 and 0028). Examiner interprets the requests as inquiries and figure 1 shows the 
client application. 

"obtaining information from a CIMOM" as client API 113 may be an 

application programming interface used by client application 1 12 to communicate with 
CIMOM 142 located in server 140 (Bhat Paragraph 0029). A developer uses the CIM 
specification to describe managed objects and retrieve information about managed 
objects in server 140 (Bhat Paragraph 0030). 
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"creating a plurality of Storage Object" as a logging service may be 
configured to interact with a storage interface that uses implementation objects that are 
each associated with a particular type of storage device incorporated within the 
computing system. Each implementation object may be configured to use processes 
specific to a particular type of storage device and may be used by the logging service to 
access the storage device (Bhat Paragraph 001 1 ). 

"populating the plurality of Storage Object with information received from 
the CIMOM" as CIMOM 142 communicates with either repository 144 or an appropriate 
provider 146-1 to 146-N, to obtain information about an object requested by client 140 
(Bhat Paragraph 0034). 

"sending the at least one Storage Object to the CIM Client Application" as 
alternatively, storage interface 210 may be configured to use a loaded implementation 
object 212-216 to access a storage device 145 and provide information to logging 
service 141 during, or after, the access (Bhat Paragraph 0072). CIMOM 142 may also 
perform other functions such as setting up communications with repository 144 and 
providers 146-1 to 146-N to route requests thereto, security checks, and delivering data 
from providers 146-1 to 146-N and repository 144 to client 110 (Bhat Paragraph 0034). 

"wherein properties of each Storage Object map directly to properties of at 
least one CIM Class used to represent a corresponding storage entity" as 
providers 146-1 to 146-N may be classes that perform various functions in response to 
a request from CIMOM 142 and act as intermediaries between CIMOM 142 and one or 
more managed devices. For instance, providers 146-1 to 146-N may map information 
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from a managed device to a CIM class that may be written in an object oriented 
language, such as the Java programming language (Bhat Paragraph 0036). 

"wherein the obtaining operation comprises using a CIM Client API to 
obtain requested information from the CIMOM" as client API 113 may be an 
application programming interface used by client application 1 12 to communicate with 
CIMOM 142 located in server 140 (Bhat Paragraph 0029). A developer uses the CIM 
specification to describe managed objects and retrieve information about managed 
objects in server 140 (Bhat Paragraph 0030). 

Bhat teaches the elements of claim 20 as noted above but does not explicitly 
discloses "identifying a disk array system as a class of device to be managed," 
"identifying subcomponents of the disk array system," "wherein the inquiry is a 
single inquiry from the CIM Client Application," "receiving a unique ID for the disk 
array system," "wherein obtaining information from the CIMOM includes, given 
the unique ID for the disk array system, obtaining responsive to receiving the 
single inquiry from the CIM Client Application: information regarding all 
component storage pools of the disk array system, and obtaining information 
regarding all component volumes of the disk array system, wherein the disk 
Array system has properties spanning a plurality of separate CIM objects in the 
CIMOM" "wherein creating the at least one storage object includes identifying 
entities attached to the disk array system, and identifying parent-child 
relationships between the entities," "wherein the at least one storage object 
includes a storage object corresponding with the disk array system." 
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However, Weber discloses "identifying a disk array system as a class of 
device to be managed" as (Weber Paragraph 0032), "identifying subcomponents 
of the disk array system" as (Weber Paragraph 0033), "receiving a unique ID for 
the disk array system" as (Weber Figure 2 & 3), "wherein obtaining information 
from the CIMOM includes, given the unique ID for the disk array system, 
obtaining information regarding all component storage pools of the disk array 
system, and obtaining information regarding all component volumes of the disk 
array system," as (Weber Paragraph 0103), "wherein the disk Array system has 
properties spanning a plurality of separate CIM objects in the CIMOM" as (Weber 
Paragraph 0086, 0091 , 0101 , 0106 and Figures 6 and 7), "wherein creating the at 
least one storage object includes identifying entities attached to the disk array 
system, and identifying parent-child relationships between the entities" as (Weber 
Paragraph 0091 ), and "wherein the at least one storage object includes a storage 
object corresponding with the disk array system" as (Weber Figures 4 & 5). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Weber's 
teaching would have allowed Bhat to express the requests from management interface 
in terms of device object model, which interprets the requests and carries out the 
requests by interacting with RAID engine 530 and then respond back to the 
management interface applet 518 in terms of the object model (Weber Paragraph 
0071). 
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Bhat and Weber teach the elements of claims 20 as noted above but do not 
explicitly disclose, "wherein the inquiry is a single inquiry from the CIM Client 
Application" and "obtaining responsive to receiving the single inquiry from the 
CIM Client application, information about storage components." 

However, Hiltgen teaches "wherein the inquiry is a single inquiry from the 
CIM Client Application" and "obtaining responsive to receiving the single inquiry 
from the CIM Client application, information about storage components" as a 
single profile query language statement may be used by a client application to request a 
profile. Then, profile data is retrieved from a network resource and an object graph is 
generated using the profile and the profile data (Hiltgen Paragraphs 0023, 0012, 0057 
and 0074). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Hiltgen's 
teaching would have allowed Bhat and Weber to provide faster and better performance 
by summiting only one request through the CIM client application to obtain the entire 
object graph based on storage device profile. 

With respect to claim 21 , Bhat teaches "wherein the obtaining operation 
comprises using a CIM Client API to obtain requested information from the 
CIMOM" as client API 1 13 may be an application programming interface used by client 
application 112 to communicate with CIMOM 142 located in server 140 (Bhat 
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Paragraph 0029). A developer uses the CIM specification to describe managed objects 
and retrieve information about managed objects in server 140 (Bhat Paragraph 0030). 

With respect to claim 22, Bhat teaches "wherein the operation of creating at 
least one Storage Object comprises creating a set of Storage Objects" as a 

logging service may be configured to interact with a storage interface that uses 
implementation objects that are each associated with a particular type of storage device 
incorporated within the computing system. Each implementation object may be 
configured to use processes specific to a particular type of storage device and may be 
used by the logging service to access the storage device (Bhat Paragraph 001 1 ). 

With respect to claim 23, Bhat teaches "wherein each Storage Object is 
created by using a Java package comprising classes that define a plurality of 
storage entity objects" as client AP1 113 may represent and manipulate CIM objects. 
These objects may be represented in software written in an object-oriented 
programming language, such as the Java.TM. programming language. An object may 
be a computer representation or model of a managed resource of server 140, such as a 
printer, disk drive, and CPU. A developer uses the CIM specification to describe 
managed objects and retrieve information about managed objects in server 140 (Bhat 
Paragraph 0030 & Paragraph 0036). 
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With respect to claim 24, Bhat teaches "wherein the plurality of storage entity 
objects include Disk Array System, Storage Pool, Volume, Host System, FCPort, 
and Disk, objects" as the term "memory" used with memory implementation object 212 
and memory storage device 230 may be associated with semiconductor type memories, 
such as RAM, ROM, SRAM, DRAM, DRAM, EPROM, NVRAM, or the like. The term 
"file" used in conjunction with file implementation object 214 and file storage device 240 
may be associated with magnetic disk devices. And, the term "tape" used in 
conjunction with tape implementation object 216 and tape storage device 250 may be 
associated with magnetic tape storage devices. It should be noted, however, that the 
above examples are not intended to be limiting and any number of various types of 
storage devices, such as optical disks, (and their associated implementation objects) 
may be implemented by systems and methods consistent with features of the present 
invention, without departing from the scope of the invention. 

Bhat teaches elements of claim 24 as noted above but does not explicitly 
disclose "plurality of storage entity objects include Disk Array System, Storage 
Pool, Volume, Host System, FCPort, and Disk, objects." 

However, Weber discloses "plurality of storage entity objects include Disk 
Array System, Storage Pool, Volume, Host System, FCPort, and Disk, objects" as 
aspects of an array device that may be updated include individual object revision 
definitions for drive groups, drives, volumes, redundant controllers, storage systems, 
and the like (Weber Paragraph 0044, Figure 1 & 7). 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Weber's 
teaching would have allowed Bhat to express the requests from management interface 
in terms of device object model, which interprets the requests and carries out the 
requests by interacting with RAID engine 530 and then respond back to the 
management interface applet 518 in terms of the object model (Weber Paragraph 
0071). 

With respect to claim 25, Bhat does not explicitly disclose "wherein the Disk 
Array System object is a top level object, and wherein each object other than the 
Disk Array System object is associated as a component of the Disk Array System 
object." 

However, Weber discloses "wherein the Disk Array System object is a top 
level object, and wherein each object other than the Disk Array System object is 
associated as a component of the Disk Array System object" as the logical 
composition and properties of the selected device (e.g., storage array). The logical 
objects of the storage array are organized into a tree structure to make their 
interrelationships apparent. Screen 700 illustrates an example of a typical set of logical 
objects, including volume groups 706, volumes 708, free capacity regions 710, and 
unassigned capacity 712 (Weber Paragraph 0091). Aspects of an array device that 
may be updated include individual object revision definitions for drive groups, drives, 
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volumes, redundant controllers, storage systems, and the like (Weber Paragraph 0044, 
Figure 1 & 7). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Weber's 
teaching would have allowed Bhat to express the requests from management interface 
in terms of device object model, which interprets the requests and carries out the 
requests by interacting with RAID engine 530 and then respond back to the 
management interface applet 518 in terms of the object model (Weber Paragraph 
0071). 

With respect to claim 26, Bhat does not explicitly disclose "wherein the Disk 
Array System object is a top level object, and wherein at least one object other 
than the Disk Array System object is a subcomponent of an object other than the 
Disk Array System object." 

However, Weber discloses "wherein the Disk Array System object is a top 
level object, and wherein at least one object other than the Disk Array System 
object is a subcomponent of an object other than the Disk Array System object" 
as the logical composition and properties of the selected device (e.g., storage array). 
The logical objects of the storage array are organized into a tree structure to make their 
interrelationships apparent. Screen 700 illustrates an example of a typical set of logical 
objects, including volume groups 706, volumes 708, free capacity regions 710, and 
unassigned capacity 71 2 (Weber Paragraph 0091 ). Aspects of an array device that 
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may be updated include individual object revision definitions for drive groups, drives, 
volumes, redundant controllers, storage systems, and the like (Weber Paragraph 0044, 
Figure 1 & 7). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Weber's 
teaching would have allowed Bhat to express the requests from management interface 
in terms of device object model, which interprets the requests and carries out the 
requests by interacting with RAID engine 530 and then respond back to the 
management interface applet 518 in terms of the object model (Weber Paragraph 
0071). 

With respect to claim 27, Bhat does not explicitly disclose, "wherein the 
creating operation comprises creating a plurality of Storage Objects, and wherein 
the Storage Objects have associations to each other that are consistent with 
corresponding storage entities' relationships modeled in a SMI/Bluefin profile." 

However, Weber discloses "wherein the creating operation comprises 
creating a plurality of Storage Objects, and wherein the Storage Objects have 
associations to each other that are consistent with corresponding storage 
entities' relationships modeled in a SMI/Bluefin profile" as the logical composition 
and properties of the selected device (e.g., storage array). The logical objects of the 
storage array are organized into a tree structure to make their interrelationships 
apparent. Screen 700 illustrates an example of a typical set of logical objects, including 
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volume groups 706, volumes 708, free capacity regions 710, and unassigned capacity 
712 (Weber Paragraph 0091). Aspects of an array device that may be updated include 
individual object revision definitions for drive groups, drives, volumes, redundant 
controllers, storage systems, and the like (Weber Paragraph 0044, Figure 1 & 7). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Weber's 
teaching would have allowed Bhat to express the requests from management interface 
in terms of device object model, which interprets the requests and carries out the 
requests by interacting with RAID engine 530 and then respond back to the 
management interface applet 518 in terms of the object model (Weber Paragraph 
0071). 

With respect to claim 28, Bhat teaches "wherein the creating operation 
comprises creating a plurality of Storage Objects" as client API 113 may represent 
and manipulate CIM objects. These objects may be represented in software written in 
an object-oriented programming language, such as the Java.TM. programming 
language. An object may be a computer representation or model of a managed 
resource of server 140, such as a printer, disk drive, and CPU. A developer uses the 
CIM specification to describe managed objects and retrieve information about managed 
objects in server 140 (Bhat Paragraph 0030) "and wherein properties of each 
Storage Object map directly to properties of at least one CIM Class used to 
represent a corresponding storage entity" as providers 146-1 to 146-N may be 
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classes that perform various functions in response to a request from CIMOM 142 and 
act as intermediaries between CIMOM 142 and one or more managed devices. For 
instance, providers 146-1 to 146-N may map information from a managed device to a 
CIM class that may be written in an object oriented language, such as the Java 
programming language (Bhat Paragraph 0036). 

With respect to claim 29, Bhat teaches "wherein the inquiry is received from a 
SRM CIM Client Application" as server 140 may execute software applications and 
processes that perform tasks similar to that of client 110. Accordingly, these 
applications and processes may provide requests to CIMOM 142 associated with a 
managed resource as well. Furthermore, methods, systems and articles of manufacture 
consistent with features of the present invention are not limited to CIMOM 142 receiving 
requests from client 110 alone. Requests from other sources, such as components 
within server 140 and entities outside of server 140 may be processed by CIMOM 142 
(Bhat Paragraph 0044). 

With respect to claim 30, Bhat teaches "wherein the inquiry is received from a 
CIM Discover Tool" as requests from other sources, such as components within server 
140 and entities outside of server 140 may be processed by CIMOM 142 (Bhat 
Paragraph 0044). Alternatively, the requests may originate from sources other than 
client 110, such as an application or process executed within server 140 (Bhat 
Paragraph 0051). 
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With respect to claim 31 , Bhat does not explicitly teaches, "wherein receiving 
the inquiry includes a unique ID for storage pool and the operations further 
comprise obtaining a storage object corresponding with the storage pool, given 
the unique ID for the storage pool." 

However, Weber discloses, "wherein receiving the inquiry includes a unique 
ID for storage pool and the operations further comprise obtaining a storage 
object corresponding with the storage pool, given the unique ID for the storage 
pool" as (Weber Figures 2 &3, Paragraph 0103). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Weber's 
teaching would have allowed Bhat to express the requests from management interface 
in terms of device object model, which interprets the requests and carries out the 
requests by interacting with RAID engine 530 and then respond back to the 
management interface applet 518 in terms of the object model (Weber Paragraph 
0071). 

With respect to claim 32, Bhat teaches "a request for all storage entities of a 
specified type associated with the designated storage entity" as the storage 
interface processes the request using a proper implementation object based on the type 
of storage device indicated in the property file and determined by the logging service. 
The implementation object may be used to perform the detailed functions associated 
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with the actual access of the storage device to complete the logging operation (Bhat 
Paragraph 0021). 

Bhat teaches the elements of claim 32 as noted above but does not explicitly 
disclose the step of "wherein the inquiry includes the unique ID of a designated 
storage entity." 

However, Weber discloses, "wherein the inquiry includes the unique ID of a 
designated storage entity" as Figures 2 & 3, reference numerals 204-1 and 204-2 
(Weber Figures 2 &3). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Weber's 
teaching would have allowed Bhat to express the requests from management interface 
in terms of device object model, which interprets the requests and carries out the 
requests by interacting with RAID engine 530 and then respond back to the 
management interface applet 518 in terms of the object model (Weber Paragraph 
0071). 

With respect to claim 33, Bhat teaches "information identifying a specific 
CIMOM" as CIMOM 142, and its functionalities, such as logging service 141, may be 
provided by a vendor (not shown) over network 120 to server 140. Server 140 may 
download or retrieve CIMOM 142 from the vendor using well known network data 
transfer means (Bhat Paragraph 0046) "and storage entity type that are managed by 
the identified CIMOM" as a CIM Object Manager (CIMOM) located at a remote server. 
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A CIMOM is a process responsible for handling all CIM related communications 
between a client and the server where the CIMOM is located (Bhat Paragraph 0008). 
The storage interface processes the request using a proper implementation object 
based on the type of storage device indicated in the property file and determined by the 
logging service. The implementation object may be used to perform the detailed 
functions associated with the actual access of the storage device to complete the 
logging operation (Bhat Paragraph 0021). 

Bhat teaches the elements of claim 33 as noted above but does not explicitly 
disclose the step of "wherein the inquiry includes information identifying a top 
level storage entity type and a request for information about all entities of the 
identified top level storage entity." 

However, Weber discloses "wherein the inquiry includes information 
identifying a top level storage entity type and a request for information about all 
entities of the identified top level storage entity" as the logical composition and 
properties of the selected device (e.g., storage array). The logical objects of the storage 
array are organized into a tree structure to make their interrelationships apparent. 
Screen 700 illustrates an example of a typical set of logical objects, including volume 
groups 706, volumes 708, free capacity regions 710, and unassigned capacity 712 
(Weber Paragraph 0091 ). Aspects of an array device that may be updated include 
individual object revision definitions for drive groups, drives, volumes, redundant 
controllers, storage systems, and the like (Weber Paragraph 0044, Figure 1 & 7). 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Weber's 
teaching would have allowed Bhat to express the requests from management interface 
in terms of device object model, which interprets the requests and carries out the 
requests by interacting with RAID engine 530 and then respond back to the 
management interface applet 518 in terms of the object model (Weber Paragraph 
0071). 

5. Claims 34-36 are rejected under 35 U.S.C 103(a) as being unpatentable over 
Guruprasad Bhat. (US PGPub No. 2003/0055808) in view of Weber et al. (U.S. 
PGPub No. 2002/0184360) further in view of Hiltgen et al. (U.S. PG Pub No. 
2004/0073532) as applied to claim 20-33 above, further in view of Booth et al. (Booth 
hereinafter) (U.S. Patent No. 6,493,719). 

With respect to claim 34, Bhat teaches "receiving, obtaining, creating, 
populating, and sending to obtain information concerning the identified storage 
entity" as client API 113 may be an application programming interface used by client 
application 112 to communicate with CIMOM 142 located in server 140 (Bhat 
Paragraph 0029). A developer uses the CIM specification to describe managed objects 
and retrieve information about managed objects in server 140 (Bhat Paragraph 0030). 

Bhat teaches the elements of claim 34 as noted above but does not explicitly 
disclose the "wherein the inquiry includes the unique ID of an identified top level 
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storage entity and wherein the receiving, obtaining, creating, populating, and 
sending operations are repeated to obtain information concerning the identified 
top level storage entity and all of the components of the identified top level 
storage entity." 

However, Weber discloses "wherein the inquiry includes the unique ID of an 
identified top level storage entity" as Figures 2 & 3, reference numerals 204-1 and 
204-2 (Weber Figures 2 &3) "to obtain information concerning the identified top 
level storage entity and all of the components of the identified top level storage 
entity" as the logical composition and properties of the selected device (e.g., storage 
array). The logical objects of the storage array are organized into a tree structure to 
make their interrelationships apparent. Screen 700 illustrates an example of a typical 
set of logical objects, including volume groups 706, volumes 708, free capacity regions 
710, and unassigned capacity 712 (Weber Paragraph 0091). Aspects of an array 
device that may be updated include individual object revision definitions for drive 
groups, drives, volumes, redundant controllers, storage systems, and the like (Weber 
Paragraph 0044, Figure 1 & 7). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Weber's 
teaching would have allowed Bhat to express the requests from management interface 
in terms of device object model, which interprets the requests and carries out the 
requests by interacting with RAID engine 530 and then respond back to the 
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management interface applet 518 in terms of the object model (Weber Paragraph 
0071). 

Bhat and Weber teach the elements of claim 34 as noted above but do not 
explicitly disclose the step of "operations are repeated to obtain information 
concerning the identified storage entity." 

However, Booth discloses "operations are repeated to obtain information 
concerning the identified storage entity" as collections enable a set of objects to be 
serviced iteratively, for example, to manipulate or retrieve properties for a set of 
resources in simple loop (Booth Abstract). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Booth's 
teaching would have allowed Bhat, Weber and Hiltgen to provide scripting which 
enables a set of objects or properties to be serviced iteratively, for example to 
manipulate or retrieve properties for a set of resources in a simple loop and to 
synthesize results into a single response. 

With respect to claim 35, Bhat teaches "receiving, obtaining, creating, 
populating, and sending to obtain information concerning the component storage 
entity" as client API 113 may be an application programming interface used by client 
application 112 to communicate with CIMOM 142 located in server 140 (Bhat 
Paragraph 0029). A developer uses the CIM specification to describe managed objects 
and retrieve information about managed objects in server 140 (Bhat Paragraph 0030). 
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Bhat teaches the elements of claim 35 as noted above but does not explicitly 
disclose the "wherein the inquiry includes the unique ID of a component storage 
entity, and wherein the receiving, obtaining, creating, populating, and sending 
operations are repeated to obtain information concerning the component storage 
entity and subcomponents of the component storage entity." 

However, Weber discloses "wherein the inquiry includes the unique ID of a 
component storage entity" as Figures 2 & 3, reference numerals 204-1 and 204-2 
(Weber Figures 2 &3) "and wherein the receiving, obtaining, creating, populating, 
and sending operations are repeated to obtain information concerning the 
component storage entity and subcomponents of the component storage entity." 
as the logical composition and properties of the selected device (e.g., storage array). 
The logical objects of the storage array are organized into a tree structure to make their 
interrelationships apparent. Screen 700 illustrates an example of a typical set of logical 
objects, including volume groups 706, volumes 708, free capacity regions 710, and 
unassigned capacity 712 (Weber Paragraph 0091). Aspects of an array device that 
may be updated include individual object revision definitions for drive groups, drives, 
volumes, redundant controllers, storage systems, and the like (Weber Paragraph 0044, 
Figure 1 & 7). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Weber's 
teaching would have allowed Bhat to express the requests from management interface 
in terms of device object model, which interprets the requests and carries out the 
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requests by interacting with RAID engine 530 and then respond back to the 
management interface applet 518 in terms of the object model (Weber Paragraph 
0071). 

Bhat and Weber teach the elements of claim 35 as noted above but do not 
explicitly disclose the step of "operations are repeated to obtain information 
concerning the component storage entity." 

However, Booth discloses "operations are repeated to obtain information 
concerning the component storage entity" as collections enable a set of objects to 
be serviced iteratively, for example, to manipulate or retrieve properties for a set of 
resources in simple loop (Booth Abstract). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Booth's 
teaching would have allowed Bhat, Weber and Hiltgen to provide scripting which 
enables a set of objects or properties to be serviced iteratively, for example to 
manipulate or retrieve properties for a set of resources in a simple loop and to 
synthesize results into a single response. 

With respect to claim 36, Bhat discloses "receiving, obtaining, creating, 
populating, and sending to obtain information concerning the component storage 
entity" as client API 113 may be an application programming interface used by client 
application 112 to communicate with CIMOM 142 located in server 140 (Bhat 
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Paragraph 0029). A developer uses the CIM specification to describe managed objects 
and retrieve information about managed objects in server 140 (Bhat Paragraph 0030). 

Bhat teaches the elements of claim 36 as noted above but does not explicitly 
disclose the "wherein the inquiry includes the unique ID of a component storage 
entity, and wherein the receiving, obtaining, creating, populating, and sending 
operations are repeated to obtain information concerning the component storage 
entity and the component storage entity's relationships to other components." 

However, Weber discloses "the wherein the inquiry includes the unique ID of 
a component storage entity" as Figures 2 & 3, reference numerals 204-1 and 204-2 
(Weber Figures 2 &3) "and wherein the receiving, obtaining, creating, populating, 
and sending operations are repeated to obtain information concerning the 
component storage entity and the component storage entity's relationships to 
other components" as the logical composition and properties of the selected device 
(e.g., storage array). The logical objects of the storage array are organized into a tree 
structure to make their interrelationships apparent. Screen 700 illustrates an example 
of a typical set of logical objects, including volume groups 706, volumes 708, free 
capacity regions 710, and unassigned capacity 712 (Weber Paragraph 0091). Aspects 
of an array device that may be updated include individual object revision definitions for 
drive groups, drives, volumes, redundant controllers, storage systems, and the like 
(Weber Paragraph 0044, Figure 1 & 7). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Weber's 
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teaching would have allowed Bhat to express the requests from management interface 
in terms of device object model, which interprets the requests and carries out the 
requests by interacting with RAID engine 530 and then respond back to the 
management interface applet 518 in terms of the object model (Weber Paragraph 
0071). 

Bhat and Weber teach the elements of claim 36 as noted above but do not 
explicitly disclose the step of "operations are repeated to obtain information 
concerning the component storage entity." 

However, Booth discloses "operations are repeated to obtain information 
concerning the component storage entity" as collections enable a set of objects to 
be serviced iteratively, for example, to manipulate or retrieve properties for a set of 
resources in simple loop (Booth Abstract). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teachings of the cited references because Booth's 
teaching would have allowed Bhat, Weber and Hiltgen to provide scripting which 
enables a set of objects or properties to be serviced iteratively, for example to 
manipulate or retrieve properties for a set of resources in a simple loop and to 
synthesize results into a single response. 

Response to Arguments 

6. Applicant's arguments filed 10/10/2008 have been fully considered but they are 
not persuasive. 
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Applicant argues that "the examiner cited para. 86, 91,101,103, and 106 of 
Weber as teaching the claim requirements of wherein obtaining information from the 
CIMOM includes, given the unique ID for the Disk Array System, obtaining, responsive 
to receiving the single inquiry from the CIM Client Application: information regarding all 
component Storage Pools of the Disk Array System and information regarding all 
component Volumes of the Disk Array System, wherein the Disk Array System has 
properties spanning a plurality of separate CIM Objects in the CIMOM. (Final Office 
Action, pg. 5)" and says that "there is no teaching of claim requirement of in response to 
receiving the single inquiry from the CIM Client Application obtaining information 
regarding all component Storage Pools of the Disk Array System and information 
regarding all component Volumes." 

In response to the preceding arguments examiner respectfully submits that the 
rejection for this limitation is based on both the Weber reference and the Hiltgen 
reference and not Weber alone. 

Weber teaches "wherein obtaining information from the CIMOM includes, 
given the unique ID for the disk array system, obtaining information regarding all 
component storage pools of the disk array system, and obtaining information 
regarding all component volumes of the disk array system," as (Weber Paragraph 
0103), "wherein the disk Array system has properties spanning a plurality of 
separate CIM objects in the CIMOM" as (Weber Paragraph 0086, 0091, 0101, 0106 
and Figures 6 and 7). 



Application/Control Number: 10/739,228 Page 27 

Art Unit: 2166 

Weber does not teach in response to receiving the single inquiry from the CIM 
Client Application obtaining information regarding all component Storage Pools of the 
Disk Array System and information regarding all component Volumes. 

However, Hiltgen teaches "obtaining responsive to receiving the single 
inquiry from the CIM Client application, information about storage components" 
as a single profile query language statement may be used by a client application to 
request a profile. Then, profile data is retrieved from a network resource and an object 
graph is generated using the profile and the profile data (Hiltgen Paragraphs 0023, 
0012, 0057 and 0074). 

These paragraphs teach a use of a single query/inquiry by the CIM client 
application 102. This query/inquiry requests and obtains profile data. A profile 
describes a particular class of a storage area network (SAN) entity. A class of a SAN 
entity may describe a device within the SAN, such as a redundant array of independent 
disks (RAID) device. Thus, profiles provide a description that may be used to build an 
object graph as shown in figure 3B. Figure 3B provides information/graph for all the 
storage device and volumes. 

Therefore the combination of Weber's teachings of monitoring all the devices for 
configuration changes along with the Hiltgen's teachings of using a single query/inquiry 
to obtain information/graph regarding the entities (storage devices and volumes) teach 
the argued limitation as a whole. 
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Claims must be given the broadest reasonable interpretation during examination and 
limitations appearing in the specification but not recited in the claim are not read into the claim 
(See M.P.E.P. 2111 [R-l]). 
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